Search engine for a video recorder

ABSTRACT

The present invention is directed to a search engine for a video recorder. One embodiment of the present invention operates in an environment that includes one or more set-top boxes connected to or integrated within one or more output devices. The set-top boxes are used to transfer shows from a broadcast input source to one or more types of storage devices and to play back the shows from the storage devices to the output devices, either in a delayed-live fashion or at a later time of the user&#39;s choosing. The set-top box displays a graphical user interface (GUI), which gives the user the ability to watch and/or record timeslot based programming, to order on-demand programming, and to playback previously recorded shows that reside on a local or remote storage device. A search engine is added to the GUI that lets the search for shows and receive results in an enhanced manner.

NOTICE OF MATERIAL SUBJECT TO COPYRIGHT PROTECTION

All of the material in this patent document is subject to copyrightprotection under the copyright laws of the United States and of othercountries. The owner of the copyright has no objection to the facsimilereproduction by anyone of the patent document or the patent disclosure,as it appears in the United States Patent and Trademark Office file orrecords, but otherwise reserves all copyrights whatsoever.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates generally to search engines, and moreparticularly to a search engine for a video recorder system that hasenhanced presentation and searching capabilities.

2. Background of the Invention

Video recorders are devices that are used in conjunction with atelevision set to enhance the user's entertainment experience. A userwatches an output device, such as a television set, while the videorecorder, which is either attached to or incorporated within the outputdevice, is used for such things, for example, as tuning to particularstations, recording the shows, playing back previously recorded shows,and searching for shows to watch now or schedule for recording later.

In the past, a user searched for shows using a magazine such as “TVGuide”. The user would scan through the pages of the magazine until theappropriate show was located and then would manually tune theirtelevision to that channel. More recently, a program guide was providedwith analog cable. Instead of a magazine, a specific channel wasdedicated to the program guide and similar to a magazine, pages of theprogram guide were displayed on the screen and the user watched thepages on the screen to find a show that the user could then tune to orschedule to record.

As digital cable became more common, a more interactive program guide(IPG) was provided. While not only displaying pages similar to amagazine, the user was able to provide input and actively search forshows, rather than passively wait for the appropriate page to appear onthe screen. For instance, the user could move forward in time to seeshows in the future and the user could move between channels as well.IPGs also gave the user the ability to select shows automatically fortuning or recording by providing input to the IPG.

Magazine and IPG searches are “timeslot based” meaning one can findshows based on the show's timeslot. If the show airs at 9:00 AM everySunday, then the show is found in the magazine under the 9:00 AMtimeslot on Sunday and likewise in the IPG. This creates a problembecause oftentimes two or more entries of interest to a user are locateda great distance apart spatially in a timeslot based grid. Take forexample a user who wants to consider all shows where one of thecharacters is “Big Bird”. Such entries might be located, for instance,Monday through Friday at 10:00 AM on channel 5 when the show “SesameStreet” is aired, as well as on Sunday at 5:00 PM on channel 33, when“Sesame Street the Movie” is aired. In such a case, the only way theuser could discover all of these entries is to scan through the entiretimeslot based program guide for the entire week examining every entry.From the user's perspective, this is a problematic and overlytime-consuming method of searching for shows.

SUMMARY OF THE INVENTION

The present invention is directed to a search engine for a videorecorder having enhanced search and presentation capabilities. Oneembodiment of the present invention operates in an environment thatincludes one or more set-top boxes connected to or integrated within oneor more output devices. The set-top boxes are used to transfer showsfrom a broadcast input source to one or more types of storage devices(e.g., hard drives) and to play back the shows from the storage devicesto the output devices, either in a delayed-live fashion or at a latertime of the user's choosing. The set-top box displays a graphical userinterface (GUI), which gives the user the ability to watch and/or recordtimeslot based programming, to order on-demand programming, and toplayback previously recorded shows that reside on a local or remotestorage device.

A search engine is included in the GUI. In one embodiment, the searchengine comprises an on-screen, alpha-numeric interface area that letsthe user select letters or numbers using an input device such as aremote control. As the user selects letters or numbers, the systeminterfaces with one or more databases to locate entries that have apossibility of being matches with the user's initial selection from thealpha-numeric interface area. As the user proceeds to select moreletters or numbers, the system continues using the database to narrowthe potential results to output to the screen. In one embodiment, thealpha-numeric interface area is modified after each selection by makinginvalid letters and numbers inaccessible to the user, for instance bymaking it unselectable.

In another embodiment, the search engine comprises a keyword searchengine. First, the user types in a keyword in an input field area. Thesystem examines the first letter of the keyword and uses the database tofind possible matches. The system then continues by examining the secondand subsequent letters entered into the input field area untilappropriate results are obtained.

In one embodiment, the results are organized using categories. Forinstance, results may be obtained by creating folders of all shows wherea certain actor or actress appears, where their name matches theselections by the user. Alternatively, matching shows may be listed byshow title, show type, or other appropriate category. Identicalinstances of the same show that are aired at different times or ondifferent channels may be displayed as a single folder on-screen whichallows the user to open the folder to find the instance of the show mostappropriate to them. Once a result is found by the user, they may viewthe show, find out more information about the show, record the show, orschedule the show to be recorded later.

In one embodiment, the search engine utilizes a common key that is usedas the basis for a search of three separate types of databases. Thefirst type of database comprises data relating to timeslot basedprogramming, the second type of database comprises data related toon-demand programming, the third type of database comprises data relatedto previously recorded shows that are available to the set-top box inuse. The common key is used to query each database to find databaseentries that match the key. Such keys are then used to output a list ofresults that match the search from all three databases. In oneembodiment, the search engine utilizes such factors, for instance, astitle, category (e.g., horror or comedy), time, actors, etc.

BRIEF DESCRIPTION OF THE DRAWINGS

The invention will be more fully understood by reference to thefollowing drawings, which are for illustrative purposes only:

FIG. 1 is a functional block diagram of an embodiment of a set-top box.

FIG. 2 is a diagram of a configuration for one of the multiple tunersassociated with the video recorder,

FIG. 3 shows a configuration for a single decoder.

FIG. 4 is a diagram of a typical tuner arrangement for use with a liveTV signal.

FIG. 5 is a diagram of a typical tuner arrangement for use whentransferring a signal to a storage device.

FIG. 6 shows an arrangement for when a user is watching a show that hasalready been transferred to a storage device.

FIG. 7 shows an arrangement for when a user is watching a show on thestorage device while another show is being transferred to the storagedevice,

FIG. 8 shows the structure of a search engine that is used in oneembodiment of the present invention.

FIG. 9 shows the structure of a search engine that is used in oneembodiment of the present invention.

FIG. 10 shows the structure of a search engine that is used in oneembodiment of the present invention.

FIG. 11 is a flowchart showing the operation of a search engine that isused in one embodiment of the present invention.

FIG. 12 is a flowchart showing the operation of a search engine in alinking model according to one embodiment of the present invention.

FIG. 13 is a flowchart shoeing the operation of a search engine in anacting on model according to one embodiment of the present invention.

FIG. 14 is a functional block diagram of some of the components of oneembodiment of the present invention.

FIG. 15 is a functional block diagram of some of the components of oneembodiment of the present invention.

FIG. 16 is a diagram showing one example of a search engine according toan embodiment of the present invention.

FIG. 17 is a flowchart showing the operation of a search engine that isused in one embodiment of the present invention.

FIG. 18 is a flowchart showing the operation of a search engine that isused in one embodiment of the present invention.

FIG. 19 is a flowchart showing the operation of a search engine that isused in one embodiment of the present invention.

FIG. 20 is a diagram showing one example of a search engine according toan embodiment of the present invention.

FIG. 21 is a functional block diagram of some of the components of oneembodiment of the present invention.

FIG. 22 is a flowchart showing an example of a theme view according toan embodiment of the present invention.

DETAILED DESCRIPTION OF THE INVENTION

The present invention is directed to a search engine for a videorecorder that has enhanced output and search capabilities. A videorecorder as used herein refers to a device capable of transferringbroadcast signals and stored content to an output device, transferringbroadcast signals to a storage device (e.g., hard drive), and retrievingthe broadcast signals from the storage device. The terms video recorder,personal video recorder (PVR), and digital video recorder (DVR) are usedherein interchangeably. Referring more specifically to the drawings, forillustrative purposes an embodiment of a video recorder is shown in thefunctional block diagram of FIG. 1.

A video recorder 5 is an internal or external component of a set-top box10. The video recorder 5 includes some or all of a combination ofsoftware, hardware, and firmware. In one embodiment, the video recorder5 uses a storage device 6, such as a hard drive that is internal orexternal to the set-top box 10 where shows are saved. The set-top box 10connects to an output device 20, which facilitates the use of broadcastsignals, such as live television signals, video on demand broadcasts,downloads of Internet content, viewing of web pages, and viewing ofcontent previously transferred to the storage device 6. In the exampleof FIG. 1, set-top box 10 is shown as being external to output device20. It should be understood by someone having ordinary skill in the art,that set-top box 10 may be internal to output device 20 as well.

A GUI 7 that includes an IPG 8 is provided, which is displayed on theoutput device 20. GUI 7 in conjunction with IPG 8 allows the user tocontrol the video recorder 5, typically using a remote control 60. Forinstance, the user may search the IPG S and select shows which are thenscheduled to be transferred to storage device 6. The software orfirmware that controls set-top box 10 may be installed locally or it maybe downloaded from the Internet as needed when configuring new set-topboxes or when updating existing ones.

Set-top box 10 is connected to output device 20 via a transmission line30. Broadcast signals are received by the set-top box 10 via broadcastinput source 40, which may be connected to either an antenna, cabletelevision outlet, or other suitable input source. One or more tunersystems 45 are configured to allow the system to utilize broadcastsignals from multiple channels. The video recorder component 5 includesa storage device 6 in conjunction with a volatile memory 46, such as aRandom Access Memory (RAM). Typically, the broadcast input receivedalong line 40 is handled by the tuner 45. The signal is temporarilyresident in memory 46 using a circular buffer or other cache beforebeing transferred more or less permanently to storage device 6. Thetuner system 45 works in conjunction with the storage device 6 so thatfor each tuner in the system, each can simultaneously transfer broadcastsignals to the storage device 6, or display channels up to the givennumber of tuners on output device 20.

Set-top box 10 receives power through a line 50. Set-top box 10 receivesuser input entered from a handheld remote control 60 over a wirelesslink 70. Wireless link 70 may be an infrared (IR) link, a radiofrequency (RF) link, or any other suitable type of link. Abi-directional data path 80 is provided to set-top box 10, through whichset-top box 10 can access a network 90, either local, global, or both.Transmission line 40 may provide data from a variety of input sourcesincluding cable, satellite, or electro-magnetic waves.

In one embodiment of the present invention, the PVR uses multipletuners. Each of the tuners is normally associated with one encoder andone cache, which may be a fixed or variable size cache (for a livesignal) or a fixed file in the case where the incoming signal is merelytransferred to the storage device 6. FIG. 2 shows various configurationsfor one of the multiple tuners associated with the PVR. Video stream 200is provided to tuner 210, which passes the signal to encoder 220, whichtransfers the data in a cache 230. This configuration is used for analoguse of a live TV signal.

An alternate configuration includes a video stream 240, which is thenprovided to tuner 245, which is then passed to encoder 250 and then tofixed file block 260. This configuration is useful for the analogtransfer of a signal. For digital channels, encoder blocks 220 and 250are removed, since the signal has already been digitized.

FIG. 3 shows a configuration for a single decoder. Cache 300 providesdata to decoder 310, which outputs video signal 320. This arrangement isuseful for watching live TV. Alternatively, fixed file block 330provides data to decoder 340, which outputs a video signal 350. Thisembodiment is useful for playing back a show that has already beentransferred to the storage device (e.g., hard drive).

Each decoder shown in FIG. 3 is associated with a tuner/encoder pair.For a live TV signal, FIG. 4 shows an example of a typical arrangement,where video signal 400 is transmitted to tuner 410 then to encoder 420and to cache 430. After it leaves cache 430 it is decoded in block 440and the outgoing video signal 450 is displayed on the television. Itshould be noted that a delay interval 460 of a given (x) number ofseconds occurs between the time the signal reaches encoder 420 and isoutput by decoder 440. Therefore, a live TV signal is typically a signalthat has been delayed by (x) seconds. If a user is watching a programand is currently transferring the program to a storage device as well, acache, as shown in block 430 of FIG. 4 is not used. Instead, a fixedbuffer 500, shown in FIG. 5 is used.

If the user is watching a show that has already been transferred to thestorage device, the decoder is decoupled from the encoder (i.e., itreads from a different cache than the encoder), which continues toencode and cache the live video signal. This embodiment is shown in FIG.6, where video signal 600 is tuned at block 605 and encoded at block 610and stored in buffer 620. Fixed buffer 630 is used to provide data todecoder 640, which provides the output signal 650.

Finally, if a user is watching a show that resides already on thestorage device while another show is currently being transferred to thestorage device, two different fixed buffers are implemented. Thisembodiment of the present invention is shown in FIG. 7. Video signal 700is tuned at block 705 and encoded at block 710 and stored in a firstfixed buffer 720. A second fixed buffer 730 is used to watch thepreviously saved show, by transmitting and decoding the data at block740 and displaying the output video signal 750 on a television.

According to one embodiment of the present invention, the set-top boxdisplays a graphical user interface (GUI), which gives the user theability to watch and/or record timeslot based programming, to orderon-demand programming, and to playback previously recorded shows thatreside on a local or remote storage device (including a connectedset-top box in another room of the user's house, for instance). Thesearch engine is typically implemented as software resident on memoryinternal to the set-top box, such as a hard drive or Random AccessMemory. But the search engine may also be implemented in part asfirmware or hardware. The search engine code may also reside on a remotememory, either in another set-top box connected in a network, a sharedhard drive, or as an Internet download.

In one embodiment, the search engine is integrated into three separatetypes of databases. The first type of database comprises data relatingto timeslot based programming, the second type of database comprisesdata related to on-demand programming, the third type of databasecomprises data related to previously recorded shows that are availableto the set-top box in use. Each type of database may be a singledatabase or multiple databases of the same type. Moreover, if severalseparate databases of the same type are used, they may reside on asingle storage location or they may be networked across multiple storagelocations. For simplicity, each type of database is referred to as a“database”, but it should be understood that, for instance, a timeslotbased database includes typical timeslot based guide data, that isavailable to the user for free, and also timeslot based pay per viewprogramming that incurs additional fees to the user which might residein a different database physically.

FIG. 8 shows the structure of a search engine that is used in oneembodiment of the present invention. Search engine 800 includes inputfield 810 where the user inputs a search. Input field 810 is configuredto operate in conjunction with timeslot based programming database 820,on-demand programming database 830, and saved shows database 840.

In another embodiment, the search engine utilizes a common key that isused as the basis for a search of each of the thee separate databases.The common key is used to query each database to find database entriesthat match the key. Such keys are then used to output a list of resultsthat match the search from all three databases. FIG. 9 shows thestructure of a search engine for a video recorder that uses a commonkey.

Search engine 910 is a component of application 900 includes common keyfield 920 where a search 930 is entered. Search 930 is used as data tosearch for entries in an appropriate field 940, 950, and 960 indatabases 970, 980, and 990 that match common key field 920. Once theappropriate fields 940-960 are located in the databases, each row in thecolumn relating to the appropriate fields 940-960 is searched to matchan entry 995 and 996, for instance, with search 930. The search of FIG.9 is achieved by any available programming language, for instance querybased languages for databases.

In one embodiment, the search engine utilizes such factors, forinstance, as title, category (e.g., horror), time, actors, etc. In thisembodiment, shown in FIG. 10, search engine 1000 is a component ofapplication 1010 includes fields, such as title 1020, category 1021,time 1022, and actor or actress 1023 where a search is entered. Fields1020-1023 are shown by purpose of example only, other fields arepossible as well. The search is used as data to search for entries inappropriate fields in timeslot based database 1040, on-demand baseddatabase 1042, and saved shows database 1044.

Each database includes, at least fields for title 1050-1052, category1060-1062, time 1070-1072, and actor or actress 1080-1082. Each database1040, 1042, and 1044 may have other fields as well, which are not shownfor the purpose of simplicity. Entries 1090 and 1091 are used to querydatabases 1040, 1042, and 1044 in the appropriate database queryingprogramming language. For instance, entries 1090 and 1091 might be“Hollywood Squares” and “10:00 AM”. In such a case, entries 1090 and1091 are compared to the entries in each row of databases 1040, 1042,and 1044 along columns 1060-1062 and 1070-1072. Once entries matchingthe query in both rows 1098 and 1099 are obtained, the results 1095 canbe output to the user for further selection.

FIG. 11 is a flowchart showing the operation of a search engineaccording to an embodiment of the present invention. At block 1100, asearch engine is presented to the user. At block 1110, the user inputsone or more search terms for one or more categories. At block 1120, thesearch term for each category is used to find a matching entry in afirst database. At block 1130, the search term for each category is usedto find a matching entry in a second database. At block 1140, the searchterm for each category is used to find a matching entry in a thirddatabase. At block 1150, it is determined if one or more matches werefound in the first, second, or third databases. If not, the search wasnot successful and this is conveyed to the user at block 1160.Otherwise, the results are sorted at block 1170 and presented to theuser at block 1180. The results can be presented to the user, forinstance, buy providing a visual indication to the type of show found.On-demand programming may be indicated as such, while timeslot based andsaved programming may receive different visual indicators.

The present invention can be used in a “linking” model or an “acting onmodel. In the linking model, results that are chosen that are on demand”or “pay-per-view” (i.e., timeslot based) cause a link to be invoked thatsend the user to a separate application that allows the user to get moreinformation and/or begin a process of ordering and paying for the show.FIG. 12 is a flowchart showing the steps involved in a search that usesthe “linking” model. At block 1200 a search engine is presented to theuser. At block 1210, the user inputs one or more search terms in one ormore categories. At block 1220, the search term for each category isused to find a matching entry in a first, second and third database.

At block 1230, it is determined if a timeslot based broadcast is found.If so, a link is provided that allows the user to tune to that broadcastat block 1240. After block 1240 or if no a timeslot based broadcast isfound, it is determined if a timeslot based pay-per-view entry was foundat block 1250. If so, the user is provided with a link to a page wherethe user can order the pay-per view program at block 1260. After block1260 or if no timeslot based pay-per-view entry was found, then at block1270, it is determined if an on-demand entry was found. If so, then atblock 1280, a link is provided to a page where the user can purchase theon-demand programming. After block 1280 or if no on-demand entry wasfound, then at block 1290, it is determined if a show that has beensaved on the local set-top box's hard drive or a connected hard drive isfound. If so, a link is provided at block 1295 that allows the user toretrieve the saved show from the appropriate storage device. Otherwisethe search was unsuccessful for saved shows at block 1299.

In the “acting on” model a single application controls the entireprocess of searching, purchasing, and watching, without linking to aseparate application. The “acting on” model is illustrated in FIG. 13.At block 1300 a search engine is presented to the user. At block 1310,the user inputs one or more search terms in one or more categories. Atblock 1320, the search term for each category is used to find a matchingentry in a first, second and third database. At block 1330, all of thematching entries are obtained. At block 1340, it is determined if only asaved show was found. If so, the saved show is obtained from a storagedevice at block 1350. Otherwise, at block 1360, it is determined, ifonly a broadcast entry was found. If so, the system tunes to that entryat block 1370. Otherwise all entries are displayed at block 1380 and theuser chooses the appropriate action that is invoked by the currentapplication at block 1390.

The operation of one embodiment of a set-top box is shown in FIG. 14. Aninput signal 1400 arrives at tuner 1410 and is encoded at block 1420. Astorage device 1430 comprises a variable delay cache 1440 and a fixedbuffer 1450. If the user is watching live television, the input signal1400 is typically handled first in variable delay cache 1440. In thisexample, variable delay cache has a structure that is logicallycircular. The size of the cache controls the amount of delay. As signalsare received in the cache 1440 they are added to the tail 1480 of thecache 1440.

As new signals are received, they eventually move to the head 1490 ofthe cache 1440. At that time, they are decoded at block 1460 andtransferred as an output signal 1470 to an output device such as atelevision, for instance. The delay between the head 1490 and the tail1480 is adjustable or can be completely eliminated to have a true “livetelevision” experience. Variable delay cache 1440 is shown being acircular buffer, however, the actual locations in the storage device1430 need not be contiguous or even reside on the same storage device.Instead, they can be in disparate locations on storage device 1430 andconnected, for instance using pointers or other memory referencetechniques, so that there is an ability to produce the data in a logicalmanner, but an actual contiguous space in storage device 1430 need notbe reserved for the variable delay cache 1440. Moreover storage device1430 can be used to represent the storage devices of multiple videorecorder connected in a computer network arrangement.

FIG. 15 shows the operation of a set-top according to another embodimentof the present invention. An input signal 1500 arrives at tuner 1510 andis encoded at block 1520. A storage device 1530 comprises a variabledelay cache 1540 and a fixed buffer 1550. If the user is watching livetelevision, the input signal 1500 is handled first in variable delaycache 1540. In this example, variable delay cache has a structure thatis a linked list of files wherein each file represents one or moreframes of the video that arrives along input signal 1500. The size ofthe linked list controls the amount of delay. As signals are received inthe cache 1540 they are added to the tail 1580 of the cache 1540.

As new signals are received, they eventually move to the head 1590 ofthe cache 1540. At that time, they are decoded at block 1560 andtransferred as an output signal 1570 to an output device such as atelevision, for instance. The delay between the head 1590 and the tail1580 is adjustable or can be completely eliminated to have a true “livetelevision” experience. Variable delay cache 1540 in linked list formconnects each frame by a pointer structure, wherein a first frame 1595and a second frame 1596 in storage device 1530 appear to be logicallylocated near each other, or contiguous in storage device 1530, butactually first frame 1595 and second frame 1596 may be located far aparton storage device 1530 and are logically linked by pointer reference1597.

It should be noted that the search engine of the present invention canbe configured to be utilized with any one or all three of the abovedatabase types. The search engine may be of multiple types according tothe present invention. One type comprises a keyword type search, whichhas been used by way of example in FIGS. 8-15. In another embodiment,the search engine comprises an on-screen, alpha-numeric interface areathat lets the user select letters or numbers using an input device suchas a remote control. As the user selects letters or numbers, the systeminterfaces with one or more databases to locate entries that have apossibility of being matches with the user's initial selection from thealpha-numeric interface area. As the user proceeds to select moreletters or numbers, the system continues using the database to narrowthe potential results to output to the screen.

In one embodiment, the alpha-numeric interface area is modified aftereach selection by making invalid letters and numbers inaccessible to theuser, for instance by making it appear opaque and un-selectable. Thisembodiment is shown in FIG. 16. Interface screen 1600 includes anoptional video or additional information area 1604, an alpha-numericinput area 1606, and a search results area 1608. Alpha-numeric inputarea 1606 includes a plurality of letters and numbers more or lessreproducing on a screen the options that are available to a user of akeyboard. By use of an input device 1610, such as a remote control, theuser can navigate alpha-numeric input area 1606 and select lettersand/or numbers in an iterative process.

When the user selects a letter or number, the system uses that letter ornumber to search one or more databases 1620. The one or more databases1620 may be accessed, for instance, in the manner shown with respect toFIGS. 8-15 or in any other manner known to those skilled in the art. Thesingle letter or number search typically will elicit many results whichare displayed in search results area 1608, however, it will also nullifymany possible selections in alpha-numeric input area 1606. For instance,an initial selection of the letter “Z” might produce hundreds ofresults, yet none of them contain the combination of “ZQ”. Thus thesystem will modify alpha-numeric input area 1606 to make the letter “Q”opaque or otherwise inactive. Thus as the user continues to selectletters or numbers, the possible results continue to narrow and thepossible valid entries in alpha-numeric input area 1606 continue to bereduced. The same iterative process may be implemented using a keywordsearch, rather than an alpha-numeric input area. In such a case, theiterative process may be repeated, as each subsequent letter is typed inby the user into a search engine keyword search field.

The steps taken by a search engine according to an embodiment of thepresent invention are shown in FIG. 17. At block 1700 a character isreceived for searching. At block 1710 the database is searched formatching entries. At block 1720 the matching entries are displayed onthe screen. At block 1730 the alpha-numeric characters that are nolonger valid are disabled, for instance by making those charactersinaccessible on the screen. At block 1740, it is determined if the userhas selected one of the results that are output to the screen usingtheir input device. If so, a match is found and a further action isperformed by the user with respect to the show at block 1760. Such afurther action includes, for instance, recording the show, schedulingthe show to be recorded in the future, watching the show, or receivingadditional information about the show. Otherwise, no match has beenfound yet, so at block 1750 the system waits for the user to input anadditional character and the process repeats at block 1710.

In one embodiment, the results of a successful search query areorganized using categories. For instance, results may be obtained bycreating folders of all shows where a certain actor or actress appears,where their name matches the selections by the user. Alternatively,matching shows may be listed by show title, show type, or otherappropriate category. Identical instances of the same show that areaired at different times or on different channels may be displayed as asingle folder on-screen which allows the user to open the folder to findthe instance of the show most appropriate to them. Once a result isfound by the user, they may view the show, find out more informationabout the show, record the show, or schedule the show to be recordedlater.

The steps taken by a search engine according to one embodiment of thepresent invention is shown in FIG. 18. In this embodiment, the name ofan actor or actress is promoted to a category if a match occurs in thedatabase and all instances of shows where the actor or actress appearsare organized within the new category. At block 1800 a character isreceived for searching. At block 1810 the database is searched formatching entries. At block 1820 it is determined if an actor or actresswith a name matching the search entry is found. If so, a new category iscreated under the actor's name at block 1830 and any subsequent shows tobe output by the search engine are organized in the new category. Afterthe category is created, or if no actor name is found, the matchingentries are displayed on the screen at block 1840. At block 1850 thealpha-numeric characters that are no longer valid are disabled, forinstance by making those characters inaccessible on the screen.

At block 1860, it is determined if the user has selected one of theresults that are output to the screen using their input device. If so, amatch is found, and a further action is performed by the user withrespect to the show at block 1870. Such a further action includes, forinstance, recording the show, scheduling the show to be recorded in thefuture, watching the show, or receiving additional information about theshow. Otherwise, no match has been found yet, so at block 1880 thesystem waits for the user to input an additional character and theprocess repeats at block 1810.

The steps taken by a search engine according to another embodiment ofthe present invention are shown in FIG. 19. In this embodiment, showsthat match the user's search query are organized in such a manner thatthe same instances of matched shows that are repeated at differenttimes, or on different days, or on different channels, are all organizedinto a single folder when the results are output to the screen.

At block 1900 a character is received for searching. At block 1910 thedatabase is searched for matching entries. At block 1920 it isdetermined if multiple instances of the same show are found. If so, anew category is created under the name of the show that has multipleinstances at block 1930 and any subsequent shows to be output by thesearch engine are organized in the new category. After the category iscreated, or if no shows having multiple instances are found, thematching entries are displayed on the screen at block 1940.

At block 1950, it is determined if the user has selected one of theresults that are output to the screen using their input device. If so, amatch is found, and a further action is performed by the user withrespect to the show at block 1960. Such a further action includes, forinstance, recording the show, scheduling the show to be recorded in thefuture, watching the show, or receiving additional information about theshow. Otherwise, no match has been found yet, so at block 1970 it isdetermined if the user selected one of the categories, if any, that aredisplayed on the screen. If so, the matching entries within the categoryare displayed at block 1980 and block 1950 repeats. Otherwise, no matchhas been found yet, so the system waits for the user to input anadditional character at block 1990 and the process repeats at block1910.

FIG. 20 shows an embodiment of the present invention that organizessearch results on the screen in an enhanced manner, for instance byusing one or more of the processes described with respect to FIGS.17-19. Interface screen 2000 includes an optional video or additionalinformation area 2004, an input area 2006, and a search results area2008. Input area 2006 in this embodiment uses a keyword search engine,although it might also use interchangeably an alpha-numeric input area.By use of an input device 2010, such as a remote control, the user canutilize input area 2006 and input letters and/or numbers in an iterativeprocess.

When the user selects a letter or number, the system uses that letter ornumber to search one or more databases 2020. The single letter or numbersearch typically will elicit many results which are displayed in searchresults area 2008, if the number of results are below a certainthreshold. For instance, results exceeding 100 might not be displayedand the system might wait until it has received a narrow enough searchto display less than 100 results on the screen. In this example thecharacter “S” was first input into keyword search field 2060. “S”retrieved too many results and nothing was displayed until the userinput a second character “E” into field 2060, so that cursor 2080 waswaiting for a third character to be input.

The search of databases 2020 with the character string “SE” brought upseveral different types of results. First, Categories 2030 and 2040 werecreated after matching the actor's name field in database 2020 to the“SE” character string representing Sean Connery and Sean Penn. Withincategories 2030 and 2040 would be individual instances of movies wherethese actors appeared. Secondly, A category 2050 was created to holdseveral instances of the same show called “Sesame Street”. Withincategory 2050 would be a plurality of either times, days, or channelswhere the same show having the title “Sesame Street” occurs. Third, anentry 2070 was created for the pay-per-view movie “Seabiscuit”, whichwas obtained by searching a separate or integrated database shown asdatabases 2020. Output area 2008 could also include media-on-demandmatches and matches to shows that are already saved in a storage medium,such as a hard disk of the current or an attached set-top box.

FIG. 21 is a functional block diagram that illustrates the components ofan embodiment of the present invention. Note that FIG. 21 is intended tobe a conceptual diagram and does not necessarily reflect the exactphysical construction and interconnections of these components. Set-topbox 10 includes processing and control circuitry 2100, which controlsthe overall operation of the system, the processing and controlcircuitry includes such components as processors, registers, buses, andother circuitry needed to operate a computing device. Coupled to theprocessing and control circuitry 2100 are one or more TV tuners 2110, astorage device 2120, a communication device 2130, and a remote interface2140.

Tuners 2110 receive broadcast signals on transmission line 2160, whichmay originate from an antenna, a cable television outlet, a satelliteconnection, or another suitable broadcast input source. Processing andcontrol circuitry 2100 provides audio and video output to device 2198via a line 2170. Remote interface 2140 receives signals from remotecontrol 60 via wireless connection 70. Communication device 2130 is usedto transfer data between set-top box 10 and one or more remoteprocessing systems, such as a server 2180, via a data path 2190. Server2180 includes, for instance, a web server, or other set-top boxesconnected in a network arrangement, where data from the web or resourcesfrom connected set-top boxes are available via data path 2190.

Processing and control circuitry 2100 may include one or more of devicessuch as general-purpose microprocessors, digital signal processors,application specific integrated circuits, various types of signalconditioning circuitry, including analog-to-digital converters,digital-to-analog converters, input/output buffers, etc. Storage device2120 may include one or more physical memory devices, which may includevolatile storage devices, non-volatile storage devices, or both. Forexample, storage device 2120 may include both random access memory(RAM), read-only memory (ROM), hard disk drives, various forms ofprogrammable and/or erasable ROM, flash memory, or any combination ofthese devices.

Communication device 2130 may be a conventional telephone modem, anIntegrated Services Digital Network adapter, a Digital Subscriber Lineadapter, a cable television modem, or any other suitable datacommunication device. Instructions 2195 typically are resident instorage device 2120. Instructions 2195 control the overall functionalityof the system, including the GUI, IPG, and the presentation of searchengines. For instance, a search engine may be presented to a user andbased on the search, instructions 2195 might tell set-top box 10 to useprocessing and control circuitry to search one or more databases in bothstorage device 2120 and along data path 2190. The results might, forinstance, per instructions 2195, be retrieved, sorted, and presented tothe user on output device 2198 as links, or they could be invokeddirectly, for instance, to cause output device 2198 to use tuners 2110to tune to a specific channel.

It should be noted that for simplicity of use, the search engine of thepresent invention need not be presented to the user on an output device,Instead, the search engine may be in the background, and hence invisibleto the user, yet still used to access results that the user selects. Inthis embodiment, a “theme view” is used to guide the background searchengine in its task of obtaining results. The theme view presents aseries of lists to the user that allows the user to narrow down thepotential set of results, without inputting characters into a searchengine prompt.

The theme view operates, for instance, by presenting a first broad listof themes (i.e., family, news, and sports). By selecting one of thechoices, a sub-category list is presented (i.e., family→cartoons,sports→football, sports, →basketball). By narrowing down the potentialresults in this manner, the user avoids typing in keywords and narrowsthe pool of potential results for the search engine. Once thepre-defined lists have become as narrow as possible, the search enginestill searches as shown in accordance with one or more embodiments ofthe invention and presents the results. This step of searching, however,is transparent to the user and occurs in the background instead of as aresult of an affirmative action by the user.

FIG. 22 is a flowchart showing an example of a theme view according toan embodiment of the present invention. At step 2200 a pre-defined listis presented to a user. The pre-defined list can be created from any ofa number of locations, but is typically provided by the set-top boxprovider. The pre-defined list has an entry that the user selects atblock 2210. The system waits at block 2220 until the selection is made.When the user makes the selection, the system determines if it cannarrow the list further at block 2230. If so, the list is narrowed atblock 2240 and the process repeats at block 220 using the narrowed,pre-defined list.

Once the narrowest list is found, a background search engine is invokedat block 2250. At block 2260, the search engine searches a database oftimeslot based programming for members of the narrowed list. At block2270, the search engine searches a database of non-timeslot basedprogramming for members of the narrowed list. At block 2280, the searchengine searches a database relating to shows saved in the storage device(hard drive) of the current and any connected set-top boxes for membersof the narrowed list. At block 2290, the user is presented with theresults.

As discussed with other embodiments of the present invention, members ofeach list are determined by keywords that are stored in the databasesassociated with each entry that the user can search for. Hence, if theuser had narrowed the list down to sports, football and this is thenarrowest invocation of the list, then keywords of sports and football,which are potentially associated with each entry in all of the databasesare searched for. When a show in any of the databases is found that hasthese associated characteristics, it becomes a member of the narrowedlist and it is added to the list of results that the search engine willoutput to the user.

Although the description above contains many specificities, these shouldnot be construed as limiting the scope of the invention but as merelyproviding illustrations of some of the presently preferred embodimentsof this invention. Thus the scope of this invention should be determinedby the appended claims and their legal equivalents.

1-38. (canceled)
 39. A method for searching for shows comprising:providing a search engine application; receiving one or more charactersin said search engine application; matching said characters using saidsearch engine application to one or more database entries; providing oneor more results from said database entries; presenting said results onan output device, including organizing said results into one or moreoptional categories; providing for said user to perform an action usingsaid one of said results.